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Abstract of WO03024021 

The invention relates to a method for creating a 
directory service in a scalable peer-to-peer- 
network, which is distributed to groups consisting 
of at least one peer In order to release a 
resource and to start a search enquiry for a 
resource, allocation values are formed by means 
of an allocation instruction according to the 
resource allocation values from a predefined 
address area. Only one group is responsible for 
each allocation value and the release of a 
resource or search enquiry for a resource is 
transmitted to the responsible group only. 
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Prufungsantrag gem. § 44 PatG ist gestellt 

@ Skalierbares Peer-to- Pee r-Netzwerk mit einem Verzeichnisdienst 

(57) Die Erfindung betrifft em Verfahren zur Bildung eines ~~ 
Verzeichnisdienstes in einem skalierbaren Peer-to-Peer- 
Netzwerk, welcher inTeilmengen auf Gruppen mit wenig- 
stens einem Peer verteilt wird, wobei zur Freigabe einer 
und zur Suchanfrage nach einer Ressource uber eine Zu- 
ordnungsvorschrift in Abhangigkeit von der Ressource 
Zuordnungswerte aus einem vordefinierten Adressraum 
gebildet werden, fur jeden Zuordnungswert nur eine 
Gruppe zustandig ist und die Freigabe einer Ressource 
oder Suchanfrage nach einer Ressource nur an die zu- 
standigen Gruppen ubermittelt wird. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zur Bildung 
eines Verzeichnisdienstes in einem skalierbaren Peer-to- 
Peer-Nctzwerk gemaB dem Oberbegriff des Anspruchs 1. 
[0002] Bei bekannten skalierbaren, also hinsichtlich der 
Anzahl der Peers nichl begrenzren Peer-to-Peer-Netzwer- 
ken, wie beispielsweise Napster, Gnutella, Frcenel, usw., 
konnen sich Peers, also Rechner, anmelden, innerhaib aller 
angemcldeten Peers nach Dateien suchen und/oder selbst 
Dateien fur den ZugrirY durch andere freigeben (sogenann- 
tes file-sharing). 

[0003] Hierbei werden Peers bei zentralistischen Peer-to- 
Peer-Netzwerken bei einem oder mehreren zentralen Ser- 
vern angemeldet und von den Peers freigegebene Dateien 
mittels eines auf einem Server laufenden Verzeichnisdienst 
registriert. 

[0004] Fur die Suchc nach cincr bestimmten Datci stcilt 
ein Peer eine entsprechende Suchanfrage an den Server, 
welcher ihm daraufhin eine Liste von Peers sendet (Ver- 
zeichnisdienst), die diese Datei freigegeben haben. Der su- 
hende Peer kann dann einen dieser Peers auswahlen und 
Datei direkt von diesern Peer anfordern bzw. downtoa- 
n. 

j005] Nachteilig bei diesen zenlralislischen Peer-lo-Peer- 
Netzwerken, wie beispielsweise Napster, iMesh, Audioga- 
iaxy, Songspy usw., ist die Abhangigkeit von der Verfugbar- 
keit eines zentralen Servers, ohne welchen der Verzeichnis- 
dienst und damit sowohl die Anmeldung, das Registrieren 
als auch die Suche nach freigegebenen Dateien nicht funk- 
tionieren. 

[0006] Weiterhin existieren dezentrale Peer-to-Peer-Netz- 
werke ohne zentralen Server fur einen Verzeichnisdienst. 
Ein Peer entdeckt hierbei dynamisch andere Peers im Netz- 
werk und kommuniziert mit diesen, urn Daten und Informa- 
tionen auszutauschen. Vorteilhafterweise hangt die Funktion 
und Verfugbarkeit eines solchen dezentralen Netzwerkes 
nicht von der Funktion und Verfugbarkeit eines zentralen 
Servers ab. Allerdings mussen die Peers sich nun selbststan- 
dig finden. Dies geschieht ublicherweise nur innerhaib einer 
bestimmten lokalen Nalie (z. B. mittels IP-Multicasting mit 
einem maximalen Hop-Count) oder iiber eine Liste von vor- 
bekannten Peers, die manuell erstellt oder von speziellen 
Servern angefordert wird. 

[0007] Ein dezentrales Peer-to-Peer-Netzwerk erforden 
demzufolge ein eigenstandiges Routing-Protokoll, mit dem 
die Daten iiber verschiedene Peers gerouted werden. Fur 
eine Suche nach einer Datei Ubermittelt ein Peer seine Such- 
anfrage an die ihm bekannten Peers, welche ihrerseits 
ebenso verfahren. Auf diese Weise wird das gesamte Netz- 
werk (alle Peers) mit der Suchanfrage geflutet und jeder 
Peer, der eine der Suchanfrage entsprechende Datei freige- 
geben hat, meidet dies an den Peer, der die Suche initiierte. 
Daraufhin kann der suche nde Peer einen dieser Peers aus- 
wahlen und die Datei direkt von diesem anfordern. 
[0008] Derartige dezentrale Peer-to-Peer-Netzwerke, wie 
beispielsweise Gnutella, KaZaA, Freenet, MojoNation, 
Edonkey2000, usw. bieten keinen Verzeichnisdienst, also 
keine im Netz abrufbaren Listen mit Information iiber die 
freigegebenen Dateien. Nachteiligerweise sind Suchen bei 
derartigen dezentralen Peer-to-Peer-Netzwerken durch das 
notwendige Fluten des gesamten Netzwerkes vergleichs- 
weise zeitintensiv und uneffektiv. 

[0009] Der vorliegenden Erfindung liegt deshalb die Auf- 
gabc zugrundc, cin Verfahren zur Bildung cincs Vcrzcich- 
nisdienstes in einem Peer-to-Peer-Netzwerk zu schaffen, der 
eine schnelle und effektive Suche nach freigegebenen Res- 
sourcen ermoglicht und eine hohe Verfugbarkeit und Funk- 
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lion des Peer-to-Peer- Netzwerkes gewiihrleistet. 
[0010] Diese Aufgabe wird crfindungsgemiiG durch ein ' 
Verfahren sowie ein Computerprogrammproduki und einem 
Datenirager nn't einem solchen Compuierprograimnprodula 
5 mit den Merkmalen der Anspruchs 1, 10 und 11 gelost. 
[0011] Durch die Aufteilung des Verzeichnisdienstes auf 
mehrere Gruppen kann eine Suchanfrage schnell und effek- 
tiv an die entsprechenden Gruppen ubermittelt und beant- 
wortei werden, ohne dass die Verfugbarkeit und die Funk- 
10 tion des gesamten Nctzes von einem zentralen Server ab- 
hangen. 

[0012] Hierbei muss eine Anfrage zur Freigabe einer Res- 
source oder Suche nach einer Ressource nur noch an einen 
Teil der Peers in einem Peer-to-Peer-Netzwerk ubermittelt 

15 werden, so dass vorteilhafterweise die Effizienz und Ge- 
schwindigkeit einer Suche oder Freigabe gegenuber einem 
Fluten des gesamten Netzwerkes gesteigert wird. Gleichzei- 
tig hat abcr cin (unwahrschcinlichcr) Ausfall cincr ganzen 
Gruppe nicht die Funktionsunfahigkeit des gesamten Peer- 

20 to- Peer- Netzwerkes zur Folge. 

[0013] Dem Ausfall einer ganzen Gruppe kann erfin- 
dungsgemaB vorgebeugt werden, indem mehrere Gruppen- 
mitgiieder die identische Information speichem. Durch 
diese Gruppenbildung entsteht vorteilhafterweise eine Red- 

25 undanz der Information innerhaib einer Gruppe, so dass der 
Ausfall einzelner Rechner in einer Gruppe keinen Informa- 
tionsverlust iiber die freigegebenen Dateien (Verzeichnis) 
zur Folge hat. 

[0014] Die Zuordnung einer Ressource zu einer Gruppe 

30 erfolgt in bevorzugter Ausfuhrungsform der Erfindung uber 
eine Zuordnungsvorschrift, beispielsweise das Hashing- 
Verfahren, mittels welcher Zuordnungswerte, beispiels- 
weise Hash-Werte, aus einem vorgegebenen begrenzten 
Wertebereich in Abhangigkeit der Ressource bzw. deren be- 

35 kannte Parameter berechnet werden. 

[0015] Als Parameter konnen hierbei beispielsweise Art 
der Ressource, Bezeichnung der Ressource, usw. dienen. So 
ist es denkbar, fiir eine Datei als freizugebende Ressource 
(File-Sharing- Anwendung) 16-Bit breite Hash-Werte - also 

40 aus einem Wertebereich bzw. Adressraum von 0-65535 - 
aus dem Dateinamen bzw, den Namensteilen zu berechnen. 
[0016] Eine derartige Zuordnung muss nicht zwingend 
eindeutig sein, so dass selbst bei einer eindeutigen Zustan- 
digkeit einer Gruppe fiir genau einen Zuordnungswert, ins- 

45 besondere Hash-Wert, eine Gruppe in der Regel fiir mehrere 
Ressourcen zustandig ist. 

[0017] In der bevorzugten Ausfuhrungsform der Erfin- 
dung wird ein derartiger berechneter Zuordnungswert ein- 
deutig auf eine einzige Multi cast-IP- Adresse, beispielsweise 
50 mittels Adresstabellen, abgebildet, wobei eine Gruppe nur 
fur eine Multicast-IP- Adresse zustandig ist und jede An- 
frage nur an die jeweils zustandige Gruppe bzw. Gruppen 
ubermittelt wird. 

[0018] Selbstverstandlich ist es aber auch denkbar, meh- 
55 rere Multicast-IP- Adres sen oder einen ganzen Bereich aus 
einem vorgegebenen bekannten Adressraum einer Gruppe 
zuzuordnen. Hierbei konnten die Gruppen sich uber entspre- 
chend vordefinierte Grenzwerte bzw. Schweliwerte in ihrer 
GroBe und EfTektivitat selbst verwalten. Beispielsweise ist 
60 es denkbar, dass sich eine Gruppe von Peers bei Erreichen 
einer maximalen GroBe (Anzahl von Peers) in zwei Grup- 
pen aufteilt und jede Gruppe fur einen ebenfalls aufgeteilten 
- beispielsweise halbierten Adressbereich - zustandig ist. 
Eine derartige Neuaufteilung konnte dann als Zusatzinfor- 
65 mation bei jedem Dialog (Suchanfrage, Anmelden und Frei- 
gabe von Ressourcen) ubermittelt werden, so dass wie- 
derum jede Anfrage nur an die jeweils zustandige Gruppe 
bzw. Gruppen ubermittelt wird. 
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[0019] Die Ubermittlung einer Anfragc (Freigabe oder 
Suche) erfolgt nach dcr Erfindung vorzugsweise mittels IP- 
Multicasting, beispielsweise innerhalb eines IP-basierenden 
groBeren Net7.es, vor/.ugsweise das rniernct. Vorteilhafter- 
weise erfolgt die Suche hierdurch im Vergleich zu deni be- 
kannten Peer-to-Peer Routing schneller und effizienter (kein 
Routing mehr auf Anwendungsebene). 
[0020] In einer bevorzugten Ausriihrungsform der Erfin- 
dung ist die Information (uber freigegebene Ressourcen, die 
zugehdrigen Peers bzw. deren IP-Adresse, etc.) innerhalb ei- 
ner Gruppe in mehreren Peers redundant vorhanden. Hier- 
durch kann vorteilhafterweise auch bei Ausfall einzelner 
oder mehrerer Peers innerhalb einer Gruppe die Funktions- 
fahigkeit dieser Gruppe erhalten bleiben. 
[0021] In weiterer Ausgestaltung der Erfindung beantwor- 
tet innerhalb der zustandigen Gruppe nur ein ausgewahlter 
Peer eine An f rage (Suche oder Freigabe), so dass vorteilhaf- 
terweise die Gcschwindigkcit cincr Anfragc und cincs Er- 
gebnisses im Vergleich zu einem Dialog mit alien Gruppen- 
mitgliedern gesteigert werden kann. Die Auswahl des ant- 
wortenden bzw. dialogfuhrenden Peers erfolgt beispiels- 
weise uber eine Abstandsmetrik - wie geringster Hop-Count 
o. a. - oder durch andere vordefinierte Vbrschriften, wie bei- 
spielsweise erstes Mitglied einer Gruppe (erstangemelde- 
tes). 

[0022] In weiterer Ausgestaltung der Erfindung wird ei- 
nem neuen Peer bei der Anmeldung bzw. Freigabe einer 
Ressource mitgeteilt. oh er aktives oder passives Mitglied 
der Gruppe oder Gruppen werden soil, an welche er die An- 
frage mittels IP-Multicast ubermittelt hat. Die Entscheidung 30 
uber aktives oder passives Mitglied hangt hierbei vorteilhaf- 
terweise von der Last bzw. der Auslastung der Gruppe ab, 
welche uber ubliche Mechanismen aus einzelnen Paranie- 
tem (Anzahl der Suchanfragen, Ubertragungsrate) oder ei- 
ner beliebigen Kombination hieraus gewonnen werden 35 
kann. Wird ein gewisser vordefinierter Schwellwert einer 
Last uberschritten, so wird einem neuen Peer bei der Anmel- 
dung mitgeteilt, dass er aktives Mitglied der Gruppe werden 
soli und die Information der Gruppe ubertragen. 
[0023] Unterschreitet die Last einen bestimmten Schwell- 40 
wert, welcher identisch mit dem vorstehend genannten 
Schwellwert sein kann aber nicht zwingend sein muss, wird 
einem neuen Peer bei der Abmeldung mitgeteilt, dass er nur 
passives Mitglied der Gruppe wird. Derartige passive Mit- 
glieder konnen beispielsweise auf einer Warteliste - bei- 45 
spielsweise nach Anfragezeitpunkt o. a. Kriterien sortiert - 
gefuhrt werden und der Reihe nach bei Oberschreiten des 
Schwellwertes der Last einer Gruppe aktiviert werden. 
[0024] In weiterer Ausgestaltung der Erfindung besteht 
die Moglichkeit, dass einzelne aktive Gruppenmitglieder 50 
(Peers) bei Erreichen eines Grenzwertes der eigenen (Peer- 
)Last oder bei Funktionsstorung zu passiven Mitgliedern der 
Gruppe werden und evd. durch andere passive Mitglieder 
ersetzt werden, beispielsweise weil der Grenzwert der Aus- 
lastung der Gruppe hierdurch uberschritten wurde oder eine 55 
grundsatzliche Austauschvorschrift existiert. 
[0025] Weitere vorteilhafte Ausfiihrungsformen der Erfin- 
dung ergeben sich aus den Unteranspruchen. 
[0026] Die Erfindung wird nachfolgend anhand eines in 
der Zeichnung erlauterten Ausfuhrungsbeispiels naher er- 60 
lautert. In der Zeichnung zeigen: 

[0027] Fig. 1 ein Ablaufdiagramm zur Anmeldung und 
zur Freigabe von Ressourcen eines neuen Peers in einem 
Peer-to-Peer-Netzwerk mit einem veneilten Verzeichnis- 
dienst nach dcr Erfindung (Ressourcen Anmeldung und 65 
Gruppenbildung) und 

[0028] Fig. 2 ein Ablaufdiagramm zur Suche nach Res- 
sourcen in einem Peer-to-Peer-Netzwerk mit einem vertcil- 
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ten Verzeichnisdiensl nach dcr Erfindung (Ressourcen Su- 
che und Ubertragung). 

[0029] Das Ausfuhrungsbeispiel zeigl das erfindungsge- 
miiSe Verfahren anhand einer File-Sharing- An wendung, 
5 also Zur-Verfugung-Slellung einer Datei *ur gemeinsamen 
Nutzung. Die Hash-Werte sind hierbei beispielsweise 16- 
Bit-breit und werden aus den einzelnen Worten des Dateina- 
mens generiert (z. B. mit einem Standardalgorithmus wie je- 
ner der Java String-Klasse). Als Multieast-IP-Adressbereich 
to ist im Ausfuhrungsbeispiel 239.192.0.O-239.192.255.255 
gewahlt, der von der I AN A fur organisationsinterne Anwen- 
dungen reserviert (RFC 2365) ist und beispielsweise von ei- 
ner beliebigen Firma frei verwendet werden kann. 
[0030] Im Folgenden werden die Vorgange, wie sich ein 
15 Peer in das Netzwerk einfugt, wie ein Peer seine freigegebe- 
nen Dateien im Netzwerk registriert (Fig. 1) und wie die Su- 
che innerhalb des Netzwerkes durchgefuhrt wird (Fig. 2), 
wic in den Ablaufdiagrammcn nach Fig. 1 und Fig. 2 darge- 
stellt, ausfuhrlich beschrieben. 

Registrieren bzw. Freigabe von Dateien nach Fig. 1 

[0031] Urn eine Datei zur Verfugung zu stellen, berechnet 
ein Peer ihren Hash-Wert (also z. B. anhand des Namens 
"Killer Queen"- bzw. Namensbestandleilen "Killer" und 
"Queen" getrennt durch Leerzeichen oder andere vordefi- 
nierte Trennzeichen - mit der Hash-Funktion der Java String 
Klasse) und sendet eine Registrierungsanfrage "Multicast 
Register Ressource (Killer Queen)" an die zugehorige Mul- 
ticast- Adresse welche er aus einer im Peer vorhandenen 
Adresstabelie eindeutig ermittelL 

[0032] Hierbei sind einem neuen Peer nicht nur die Abbil- 
dungsvorschrift (Ermittlung von Hash-Werten in Abhangig- 
keit von der Ressource und Abbilden auf entsprechende 
Multicast-EP-Adressen) sondern auch der Wertebereich der 
Hash-Werte sowie der Adressraum der Multicast-IP-Adres- 
sen bekannt (beispielsweise in Form einer auf dem Peer lau- 
fenden Client-Software). 

[0033] Mit der Registrierungsanfrage kann hierbei zusatz- 
lich zur Bezeichnung der freizugebenden Ressource, bei- 
spielsweise die Datei "Killer Queen" und seiner eigenen IP- 
Adresse, beispielsweise 138.24.67.88 auch eine eindeutige 
Identifizierungsinformation, beispielsweise ein sogenannter 
UUID (Universal Unique Idendfier) in einem Packet (Regi- 
strierungs-Paket) ubermittelt werden. 

[0034] Falls noch kein anderer Peer fiir diese Multicast- 
IP- Adresse zustandig bzw. verantwortlich ist - ftir den Peer 
anhand einer Zeituberschreitung (Timeouts), beispielsweise 
"Timer > 1 min", erkennbar bzw. Fehlen eines entsprechen- 
den Antwortpakets, eventuell erst nach erfolgloser Wieder- 
holung (vorbestimmte Anzahl von Versuchen) - verwaltet er 
fortan selbst Such- und Registrierungs-Anfragen an diese 
Multicast-IP- Adresse. 

[0035] Dazu sendet er ein IP-Multicast "Join Group"-Pa- 
ket, urn Pakete zu erhalten, die an diese Multicast-Adresse 
gerichtet sind bzw. tragt seine eigene freizugebende Res- 
source (inkl. vorstehend genannte Zusatzinformation, also 
IP-Adresse, Bezeichnung usw.) in seine (Gruppen-)Res- 
sourcentabelle ein. 

[0036] Andernfalls erhak der Peer eine Bestatigung "Uni- 
cast Register Response" seiner Registrierungsanfrage durch 
wenigstens einen Peer der Gruppe und damit die Mitteilung, 
ob er aktives oder passives Gruppenmitglied wird, d. h., ob 
er fortan Anfragen an die Multicast-IP- Adresse bearbeiten 
soli, oder in cine Warteliste cingctragen wird um ggf. spatcr 
in die Gruppe der akuven Verwalter der Informationen auf- 
genommen zu werden, die dieser Multicast-IP- Adresse zu- 
gcordnet sind. Die Entscheidung uber aktive oder passive 
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Mitgliedschaft kann hierbei abhiingig von der Last der 
Gruppc (CTU-Last, Speichcrkapaziiat, usw.) getroffen war- 
den. 

[0037] Wird der Peer zum aktiven Verwalter, erhal! er 
nach einer "Multicast Group Join Request" an die Gruppe 5 
die aktuellen Inlbrmationen zu den registrierten Ressourcen 
"Unicast Resource List Update" und anderen Gruppenmit- 
gfiedem von wenigstens einem, beispielsweise iibcr ein vor- 
definiertes Auswahlverfahren ermitteltem. andercn aktiven 
Gruppenmitglied (Update der Ressourcentabelle. beispiels- to 
weise uher unicasl und download der Ressourcentabelle ei- 
nes anderen Gruppenmitgiiedes via ftp). 
[0038] Falls die Netzwerkverbindung oder Systemres- 
sourcen eines Peers durch Zugehbrigkeit zu einer oder meh- 
reren Gruppen, beispielsweise durch hohe CPU-LasU zu ge- 15 
ringe Speicherkapazitat, usw. uberlastet wird, kann der Peer 
veranlassen, zum passiven Gruppenmitglied zu werden. 
[0039] Die Aktioncn bzw. Rcaktioncn der Gruppc bzw. 
wenigstens eines Peers einer Gruppe auf die vorstehend be- 
schriebenen (obere Halfte der Fig. 1) Anfragen eines antra- 20 
genden Peers ist zur Verde utlichung als Ablaufdiagramin in 
der unteren Halfte der Fig. 1 dargestellt. Entsprechend erhalt 
ein (Registrierungs-)anrragender Peer mit einer Antwort 
"Unicast Register Response" nur die Antwort ein aktives 
Mi tg lied zu werden (Join = true), wenn zustandig und die 25 
Gruppe nicht uberlastet ist. Ansonsten wird der anfragende 
Peer, wie dargestellt, in eine Warteliste eingetragen. 

Beispiel 

30 

[0040] Der Peer "xyz w mochte die Datei "Killer Queen" 
freigeben. Er generiert fur die beiden Worte die Hash-Werte. 
Fur "Killer" sei dieser 12345 und fur "Queen" sei er 42424. 
Nun sendet er Registrierungsinformationen an die Multi- 
cast-IP-Adressen (12345 — 0 239.192.48.57 und (42424 — ) 35 
239.192.165.184. 

[0041] Anhand der Antworten, die er auf seine urspriingli- 
chen Inforniationen erhalt, sowie seiner Belastungssitua- 
tion, wird er nun zum aktiven oder passiven Mitglied in den 
beiden Gruppen, die den Multicast-IP-Adressen zugeordnet 40 
sind. 

Suchen nach einer Datei nach Fig. 2 

[0042] Ein Peer kann eine Datei nun anhand ihrer "Senilis- 45 
selworte", beispielsweise "Killer" oder "Queen" auffinden. 
Sucht ein Peer beispielsweise nach Dateien mit "Queen" im 
Dateinamen, so generiert er den Hash- Wert fiir dieses Wort 
(42424), ermittelt, beispielsweise mittels Adresstabelle, die 
Multicast- IP- Adresse zu diesem Hash- Wert 50 
(239.192.165.184) und sendet an diese Multicast-IP- 
Adresse iiber ein IP-basierendes Netzwerk seine Anfrage 
"Multicast Query Ressource (Killer Queen)" nach Dateien 
mit "Queen" oder wie im Ausfuhrungsbeispiel "Killer 
Queen" im Dateinamen beispielsweise als Paket mit weite- 55 
ren Informationen wie eigene EP- Adresse, UUK). usw. und 
wartet auf eine Antwort (Unicast Query Response). 
[0043] Innerhalb dieser Gruppe werden (beispielsweise 
nach einer vorgegebenen Auswahlvorschrift wie einem 
Round-Robin- Verfahren o. a.) ein oder mehrere Peers aus- 60 
gewahlt, die auf die Suchanfrage "Multicast Query Res- 
source (Killer Queen)" antworten "Unicast Query Re- 
sponse", und dem anfragenden Peer eine Liste von Peers ge- 
ben, von denen er die Dateien mit "Queen" im Dateinamen 
dirckt crhaltcn kann. 65 
[0044] Sofern die Antwort "Unicast Query Response", 
beispielsweise keine Gruppe vorhanden oder Ubermitt- 
iungsfehler, nicht innerhalb eines vorbestimmten Zeitinter- 



valls, beispielsweise Timer < 1 min, erfolgrcich eingehi, 
wird an dem anfragenden Peer, eventuell nach einigen Wie- 
derholungsversuchen vorbestimmter Anzahl, als Ergebnis 
"kein TrerTer gefunden" ausgegehen. 

[0045] Zu einem oder mehreren von diescn Peers kann, 
wie in der unteren Halfte von Fig. 2 dargestellt. der anfra- 
gende Peer eine direkte Anfrage "Unicast Ressource Re- 
quest" (IP-Unicasting) starten und bei erfolgreicher Verbin- 
dung innerhalb eines vorbestinmuen Zeit limits "Tinier = 
30 sck" eine Antwort "Unicast Ressource Response" mit der 
gesuchten Ressource, beispielsweise die Datei "Killer 
Queen", erhalten. 

[0046] Bei Uberschreiten des mittels Timers uberwachten 
Zeidimits - beispielsweise weil der gesuchte Peer offline ist 
oder bei anderen Verbindungsfehlem - kann der anfragende 
Peer andernfalls weitere oder spatere Verbindungsanfragen 
"Unicast Ressource Request" an diesen oder andere Peers 
der ubcrmittcltcn Listc stcllcn. 

[0047] Im Folgenden werden die im Ausfuhrungsbeispiel 
verwendeten Verfahren naher erlautert. 

Hashing- Verfahren 

[0048] Fur jede Ressource, die ein Peer freigeben mochte, 
werden ein oder mehrere Hash-Werte generiert (in einem 
festgelegten Bereich bzw. Adressraum, z. B. 0-65535 bei ei- 
nem 16-Bit Hash- Wert). Dies geschieht durch eine Hash- 
Funktion, die jedem Peer be kann t ist. Eine Ressource 
konnte z. B. eine Datei sein; der Hash- Wert wird in diesem 
Fall aus dem Dateinamen generiert (besser: aus den einzel- 
nen "Worten" des Namens). Hash-Werte konnen aber auch 
in Kombination oder Einzelverwendung aus anderen eine 
Ressource kennzeichnenden Parametern, beispielsweise 
Dienstbeschreibungen fur verteilte Dienste (Jini, .NET, 
etc.), Dateiart bzw. Extension (.doc, .mp3, jpg, .mpg, usw.) 
u. a. erzeugt werden. Hierdurch ist das errindungsgemaBe 
Verfahren nicht nur auf Fiie-Sharing-Anwendungen be- 
schrankt, sondem fiir beliebige Dienste (Drucker- Sharing, 
Modem-Sharing, usw.) verwendbar. 

[0049] Fiir jeden Hash-Wert existiert genau eine Gruppe 
von Peers, die fiir inn zustandig ist. 

[0050] Eine Ressource mit einem bestimmten Hash-Wert 
wird bei der Gruppe von Peers registriert. die eben diesem 
Hash- Wen zugeordnet ist. Eine Gruppe ist hierbei wie in 
diesem Ausfuhrungsbeispiel nur fiir einen Hash-Wert zu- 
standig. Es sind aber, wie vorstehend erlautert, andere Aus- 
fiihrungsformen der Erfindung denkbar, in denen eine 
Gruppe fur Hash-Werte in einem bestimmten Bereich (z. B. 
32768-65535) zustandig ist. 

[0051] Fiir jeden Hash-Wert einer Ressource meldet der 
Peer diese bei der Gruppe, die fiir diesen Hash-Wert zustan- 
dig ist, an. 

[0052] Fur eine Suchanfrage wird ebenfalis ein Hash-Wert 
generiert. Fur diesen Hash-Wert wird die zustandige Gruppe 
ermittelt und die Suchanfrage an diese gestellt. Die Gruppe 
bzw. ein nach einer entsprechenden Vorschrift (Rangiiste, 
geringster Abstand zu anfragendem Peer bzw. geringster 
Hop-Count) ausgewahlter Peer dieser Gruppe ubermittelt 
das Resultat der Suche direkt an den suchenden Peer. 
[0053] Obwohl im Ausfuhrungsbeispiel als Zuordnungs- 
vorschrift das Hashing- Verfahren gewahlt wurde, ist es 
se lbs t verst andlich denkbar, ein beliebiges Zuordnungsver- 
fahren zu verwenden, auf das die vorstehend fiir das Has- 
hing- Verfahren erliiutertcn Schritte ubertragbar sind, so dass 
die Erfindung nicht auf die Vcrwcndung des Hashing-Vcr- 
fahrens beschrankt ist. 
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Gruppenbildung 

[0054] Jeder Gruppe von Peers wird eine Mullicast-tP- 
Adresse aus eineni heslimmten Bereich zugewiesen. Die 
GroSe dieses Bereiches ergibt sich aus den verwendeten 5 
Hash-Werten (Bei eineni 16-Bit Hash- Wen werden z.B. 
Multicast-EP-Adressen im Bereich x.y.().0-x.y.255.255 be- 
notigt). 

[0055] Mochre ein Peer eine Ressource zur Verfugung 
stellen, emutlelt er den Hash- Wert der Ressource und pubii- 10 
zien die Position der Ressource an die zugehorige Multi- 
cast- IP- Adresse. Existiert kein verantwortlicher Empfanger 
fur Nachrichten an diese Multicast-IP-Adresse, wird der 
Peer selbst fur diese Adresse verantwortlich und bearbeitet 
fortan eingehende Registrierungsnachrichten und Suchan- 15 
fragen. Weitere Peers, die Ressourcen in dieser Mulucast- 
Gruppe anmelden, unterstiitzen die Verwaltung der Ressour- 
cen in dicscr Gruppe. Peers, die ncuc Ressourcen in cincr 
Gruppe anmelden, nachdern bereits genugend Verwalter fur 
die Ressourcen dieser Gruppe zustandig sind, werden in ei- 20 
ner Warteliste verwaltet und konnen die Gruppe bei Uberla- 
stung unterstiitzen und ausfallende Gruppe n mi tglieder er- 
setzen. 

[0056] Im einfachsten Fall werden Suchanfragen an eine 
Multicast- Gruppe von alien Mitgliedem der Gruppe beanL- 25 
wortet. Die Effizienz der Bearbeitung kann gesteigert wer- 
den, indem das antwortende Gruppenmitglied mittels einer 
geeigneten (z. B. Abstands-)Metrik bestimmt wird. Passt 
man, unter Beriicksichtigung der verwendeten Metrik, die 
Mitgliederanzahl einer Gruppe - aus dem Pool wartender 30 
Peers - an die Anfragelast an, kann vorteilhafterweise ein 
balanciertes System entstehen, das Uberlastung einzelner 
Peers vermeidet und sich selbst verwaltet. 
[0057] Zur Ermittlung der zustandigen Multicast-Gruppe 
fiir einen gegebenen Hash-Wert, die sowohl beim Bootstrap- 35 
ping eines Peers als auch bei der Suche von Ressourcen not- 
wendig ist, sind verschiedene Verfahren denkbar: Bei einer 
geeigneten Vergabe von Bereichen und Multicast-IP- Adres- 
sen sind "Brute-Force"-Mechanismen mit einem logarithmi- 
schen Aufwand moglich. Durch die Replikation von "Valid 40 
Address Tables", gegebenenfalls mitdirekter Unterstiitzung 
durch die IP-Router im Backbone, lasst sich der Aufwand 
sogar auf einen einzigen Request reduzieren. 
[0058] Durch das vorstehend beschriebene erfindungsge- 
maBe Verfahren verteilt sich ein Verzeichnisdienst vorteil- 45 
hafterweise in jedem Fall (alle Ausfuhrungsbeispiele) 
grundsatzlich automatisch auf die Peers, die sich im Netz- 
werk anmelden. Hierbei wird das Verzeichnis bei einer Zu- 
nahme von freigegebenen Ressourcen (je mehr Peers im 
Netzwerk sind, desto mehr Dateien sind in der Regel regi- 50 
striert) gleichzeitig auf die zunehmende Anzahl von beno- 
tigten Peers verteilt. Im Vergleich zu dezentralen Netzen flu- 
ten auf diese Weise Suchanfragen nicht das gesamte Peer-to- 
Peer-Netzwerk, sondern werden gezielt an die Peers gerich- 
tet, die Informationen uber die in Frage kommenden Dateien 55 
besitzen. Hierbei passt sich das System automatisch an die 
zur Verfugung stehenden Ressourcen (Peers, freigegebene 
Dateien) an. 

Patentanspruche 60 

1. Verfahren zur Bildung eines Verzeichnisdienstes in 
einem skalierbaren Peer-to-Peer-Netzwerk, dadurch 
gekennzeichnet, dass 

der Verzeichnisdienst in Tcilmcngcn auf Gruppcn mit 65 
wenigstens einem Peer verteilt wird, 
wobei zur Freigabe einer und/oder zur Suchan frage 
nach einer Ressource uber eine Zuordnungsvorschrift 



in Abhiingiglceit von der Ressource Zuordnungswene 
aus einem vordefinierten Adrcssraum gcbildet werden, 
fur jeden Zuordnungswcrt nur eine Gruppe zustandig 
isi und 

die Freigabe einer Ressource oder Suchanfrage nach 
einer Ressource nur an die zustandigen Gruppen iiber- 
mittelt wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, dass die Freigabe einer Ressource oder Suchan- 
frage nach cincr Ressource nur an die zustandigen 
Gruppen mittels IP-Multicasting erfolgt. 

3. Verfahren nach Anspruch 2, dadurch gekennzeich- 
net, dass einer Gruppe eine Multicast-IP-Adresse zuge- 
ordnet wird. 

4. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass als Zuordnungsvor- 
schrift das Hashverfahren dient, mittels welchem als 
Zuordnungswcrtc Hashwcrtc bcrcchnct werden. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, dass eine eindeutige Zuordnung der Hash-Werte zu 
den Multicast-IP- Adressen, vorzugsweise uber Adress- 
tabellen, erfolgt. 

6. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass innerhalb einer 
Gruppe mit mehreren Peers Inforniationen uber freige- 
gebene Ressourcen und die zugehorigen Peers redun- 
dant vorhanden sind. 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass innerhalb der zu- 
standigen Gruppe nur ein ausgewahlter Peer, vorzugs- 
weise 1. Peer oder der uber Hop-Count bestimmbare 
nachstliegende Peer, antwortet. 

8. Verfahren nach einem der vorhergehenden Ansprii- 
che, dadurch gekennzeichnet, dass ein Peer bei der 
Freigabe einer Ressource in Abhangigkeit von der Last 
einer vorhandenen zustandigen Gruppe dieser Gruppe 
aktiv beitritt oder passiv auf eine Warteliste gesetzt 
wird. 

9. Verfahren nach Anspruch 8, dadurch gekennzeich- 
net, dass ein Peer abhangig von seiner Last von einem 
aktiven zu einem passiven Mitglied einer Gruppe 
wechseln kann. 

10. Computerprogrammprodukt, welches in einen Ar- 
beitsspeicher einer Rechenanlage geladen werden 
kann, mit einem Softwarecode fiir das Durchfuhren des 
Verfahrens nach einem der vorhergehenden Ansprii- 
che, wenn das Computerprogrammprodukt auf einer 
Rechenanlage verlauft. 

11. Datentrager mit einem Computerprogrammpro- 
dukt nach Anspruch 10. 
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